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wipe PRACT 


This paper presents a2 computer-assisted technique for require- 
ments versus capabilities analysis in base development planning. The 
decision alternatives available to the planner are examined and a pro- 
cedure for implementation in the planning process is proposed. Some 
unresolved problems in current base development planning methodology 


are described. 
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I. INTRODUCTION 


The long involvement of United States military forces in the 
Republic of Vietnam has evoked an unprecedented volume of public 
and private comment on both military and political actions in the 
conflict. The critical appraisal and analysis of the Vietnam related 
military operations by individuals and organizations within the defense 
establishment has provided the basis for a vast number of "lessons 
learned"! on tactical and logistical problems. These lessons have, 
in turn, provided a basis for the improvement of military doctrine to 
preclude the repetition of past mistakes. One such lesson has been 
that extensive logistical facilities must be developed to provide sup- 
port to modern combat forces during the initial stages of the force 
deployment. 

The realization of the importance of early logistical base develop- 
ment has generated activity in each of the three major services and 
at the Joint Chiefs of Staff (JCS) level. The Joint Staff has published 
directives requiring that base development plans be prepared and 
updated annually in conjunction with each of over one hundred existing 
sana contingency plans designed to fulfill the numerous national defense 
commitments around the world. Each service has developed one or 
more base development planning systems to accomplish this task on 


a continuing basis. 





The Engineer Strategic Studies Group (ESSG), Office, Chief of 
Engineers was tasked with the responsibility for development of such 
a planning system within the Department of the Army and began prep- 
aration of a computer-assisted system, identified as CATECODE, in 
early 1970. This paper resulted from the author's work ona portion 
of this system during a temporary assignment to ESSG as part of the 
Naval Postgraduate School's Operations Research/Systems Analysis 
curriculum. The paper describes: (1) the early versions of the 
CAPE CODE system, (2) the problem of requirements versus capabil. 
ities analysis, and (3) a solution to the problem. Several other problems 
which became evident during the study of the requirements versus 


capabilities problem are discussed briefly. 





Il. BASE DEVELOPMENT PLANNING 


Base development is the means by which facilities comprising the 
physical plant are provided in sufficient quantities and types and in the 
proper locations to permit the timely and adequate initiation and sus- 
taining of military operations in accordance with contingency plans. 
The United States currently has numerous worldwide commitments 
which could engage our military forces in areas where such facilities 
are either limited or non-existent. While Army doctrine has always 
recognized the importance of bases for support of combat forces, the 
severe constraint inadequate logistical facilities could impose on 
initial combat operations was not fully realized until the deployment 
in South Vietnam. Planning directives and guidance have always called 
for a logistics plan to be published as an annex to each operations plan. 
The logistics plan defines all logistic tasks and responsibilities in 
support of the operation. One such task is the construction of minimal 
base facilities, and thus the base development plan appears as an 
appendix to the logistics annex. Prior to the Vietnam experience 
commanders and planners conscientiously observed the requirement to 
consider base development when planning for contingency operations, 
but the level of detail was such that the location of ports, beachheads, 
depots and roads, and possibly their capacities was as definitive as 


the planner became. The deployment of a modern, well-equipped 
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fence, 1 South Vietnam revealed that such things as capacity and loca- 
tion of depots must be specified in far greater detail than before. The 
size and type of construction of maintenance facilities, petroleum 
storage, cross-country petroleum lines, and personnel support facilities 
for logistical and rear-area combat troops needed to be determined and 
providea for before the initial tactical deployment. If the facilities re- 
quired to support the deployment could not be provided, the deployment 
must be slowed down until adequate support was available. Deployment 
before facilities are constructed could result in greatly diminished 
combat capability and excessive casualties. 

As a consequence of the difficulties observed in South Vietnam 
because of the inadequate planning for construction of logistical facil- 
ities, the Department of Defense and the individual services moved 
almost simultaneously to improve the base development planning 
process. The first major effort within the Army was from the Engineer 
Strategic Studies Group and the result was the Base Development Plan- 
ning Guide [Ref. 14] published in October 1967. This publication was 
designed as interim guidance to base development planners pending 
more definitive guidance from the Defense Department, and dealt 
mainly with manual, pencil-and-paper style, methods of base planning. 

The Department of Defense published general guidance in December 
1968 in the form of a manual entitled Base Development for Contingency 
Operations [Ref. 17], and in November 1969, the Joint Staff provided 


definitive guidance on the format and data elements to be incorporated 
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in each base development plan [Ref. 23]. The level of detail required 
by these formats and the volume of plans involved made it apparent 
that automatic data processing techniques were required if plans were 
to be current and complete without the formation of vast planning staffs 
to perform essentially clerical tasks. 

The first base development plans prepared under the new regula- 
tions were done by ESSG at the direction of the Department of the Army. 
One plan was to be completed by ESSG for each major theater where 
Army elements were stationed to help the theater planners get ea 
in their own base development planning. To perform this task, ESSG 
began development of a planning system, actually a management informa- 
tion system, capable of providing the output required by the JCS regula- 
tions and based on the contingency operation plans prepared in the 
various theaters. The system was named CATECODE and the system 
development proceeded in an evolutional manner as various plans were 
prepared. At this writing the system development is still underway. 
Although the base development plans were prepared by ESSG, they 
continued to be the responsibility of the theater commander concerned 
and were subject to his approval before acceptance. An early aim of 
the CATECODE system development was to provide a generalized 
information system which could be employed at the theater level and 
thus facilitate planning by permitting preparation of base development 
plans at the same command level and location as the parent operation 


plan. 
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reat CATE CODE SYSTEM 


The specific objective of the CATECODE system development was 
to provide a base development planning system capable of producing a 
plan in the detail and format required by Joint Staff directives. The 
requirement for a given base development plan is initiated in the 
development of an operations plan which is designed to fulfill some 
national defense commitment. The sequence of events begins with the 
development of a draft operations plan defining missions, force struc- 
tures (to include available logistical troops), and the schedule for the 
phased build up of troops in the objective area. The development ofa 
logistics plan, of which the base development plan is a part, follows 
within the guidelines established by the draft operations plan. As the 
logistics plan development proceeds and the logistics requirements of 
the operation plan are compared with the resources available, short- 
falls are usually determined. This begins an iterative procedure with 
interaction between the operational and logistical planners in which 
Vemmews teade-olfismin requirements and capabilities are investigated. 
The cycle continues until an operations plan capable of accomplishing 
the mission dictated by the national commitment and a logistics plan 
capable of supporting the operations plan are achieved. Both plans then 
become a single formal document which is submitted for review and 
approval at higher levels of command. The CATECODE system was 


intended to provide the group of logistical planners responsible for the 
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base development portion of the logistics plan with a computer-assisted 
information system to facilitate the preparation of their plan in the 
iterative planning cycle. 

In August 1970, development of the second version of the CATE- 
CODE system was completed and the system was informally documented 
[Ref. 16]. The developing agency, ESSG, intended this ae to be an 
intermediate step towards a final version of a base development plan- 
ning system to be known as CASTLE (Computer-Assisted System for 
Theater Level Engineering). It was the second version of the CATE- 


CODE system upon which this paper was based. 


A. COMPUTATION OF CONSTRUCTION REQUIREMENTS 

An operations plan normally contains a schedule specifying the 
location and time of unit deployments required for accomplishment of 
the mission. In addition to identifying specific units, the operations 
plan summarizes the troop population to be present in each base area 
by time periods. Time periods are commonly denoted as D-DAY, 
Beno; D+20, vetc., Pon aising the deployment date and the days sub- 
sequent to deployment. The length of these periods may vary within 
the plan; for example, during the first part of the operation, ten day 
Sees may be specified, and thirty day periods may be used later. 
The time periods usually cover the first six months of an operation. 
As an example, one current plan for the European theater included 


deploynaent data for the first one-hundred-eighty-five days of the 


14 





operation using ten day periods at first, then thirty day periods and 
finishing with one thirty-five day period. 

The automated CATECODE system considers each base area 
separately and, using inputted "'planning factors'', determines the gross 
facilities requirements by category code. Planning factors are para- 
meters which have been determined by various methods including: 
historical data, experience, and analysis. They specify such things as: 
consumption rates per man for various types of supplies, and the num- 
ber of days of supply which are to be stored at various distribution 
levels. Staff Officers Field Manual -~ Organizational, Technical, and 
Logistical Data, FM 101-10-1 [Ref. 11] is a common source of plan- 
ning factors and related information. Category codes are assigned tc 
the numerous types of facilities by Department of Defense directive 
and each code number represents a type of facility which fulfills a 
unique requirement; for example, ''214'' denotes a maintenance facility 
for tanks and automotive equipment, and ''422'' represents ready issue 
ammunition storage. Gross requirements for each category code at 
e€ach base area, and for each time period are computed. These gross 
re@miremicnts are thentadjusted™to account for war damagefusing 
damage factors inputted by the planner. Damage factors vary with 
Care cemy cocde and time period. 

Existing assets in each base area are determined from engineer 


intelligence or actual on-site inspection if possible, and the assets are 


is: 





deducted from the gross facility requirements for each category to 
determine the net facility requirements. 

The net requirements are translated to construction requirements 
by selecting appropriate facilities or installations from the Engineer 
Functional Components System (EFCS) [Ref. 9 and 13], an existing 
computer-based information system. The EFCS consists of standard- 
ized facilities, installations and equipages designed for use in mobiliza- 
tion. Planner input specifies the EFCS facilities to be applied against 
each construction category, and the operational priority of each ae 
egory. Priority designations are: 


O .- Operational requirement, mandatory for the perform- 
ance of the mission. 


D - Direct support requirement, essential for proper 
performance of the mission. 


I - Indirect support requirement, necessary for the proper 
performance of the mission over an extended period of 
Operations. 


The construction category priority designator is automatically assigned 
to all construction projects in that category. 

All projects are assumed to start thirty days prior to the time 
period in which they are required except for those required before 
D+30. These are assumed to start on D-DAY. 

The computation of requirements phase of the CATECODE program 
terminates with an intermediate report for planner use consisting ofa 
partial project list (by base area) identifying the portions of projects 


to be accomplished in the specified time periods. The information 
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included on the print-out is retained in computer storage for later 


use. 


Pee oOMPULATION OF CONSTRUCTION CAPABILITIES 

Construction requirements in the CATECODE system are com- 
puted external to the system programs. The man-hours of construction 
effort per time period available from engineer construction troops are 
computed from the deployment schedule in the operations plan, and 
are frequently augmented with indigenous labor man-hours when the 
planner can determine their availability. The total man-hours available 
per time period are inputted to the program without regard to the base 


aweas. 


C. REQUIREMENTS VERSUS CAPABILITIES ANALYSIS 
Requirements versus capabilities analysis in the CATECODE 
system is limited to the situation where the requirements ina time 
period exceed the capabilities. The construction project list is sorted 
first by construction priority, then by the time period originally required 
within construction priority, and finally by base priority within the time 
Petiodm base priorities are inputted by planner). Projects are then 
taken from this ordered listing and scheduled for construction as long 
issecapapmmtry remains in the time period. The first project which 
exceeds the construction capability is split into two parts, a scheduled 
Petmonand a deterred portion. The deferred portion is then scheduled 


for accomplishment in the next time period and the remaining projects 
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on the ordered list are considered again, along with the projects 
originally scheduled inthe subsequent time period. When a project 
is deferred to a later time period, the program recalculates the war 
damage portion of the project using the appropriate damage planning 
factor for the later period. 

When the project scheduling has been completed for each time 
period, all projects which have been deterred beyond the last time 
period considered are grouped as deferred projects. The program 
then sorts and provides an output listing in the specified aa oe The 
output lists projects by base, priority within the base, and time period 
within the priority. Projects deferred beyond the final time period ére 
listed separately by base. 

In summary, the CATECODE system performs requirements 
versus capabilities analysis by simply deferring projects until the 
capability is available to accomplish them, with the construction 
capability being considered fixed by the engineer unit deployment 


schedule. 
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ie tone REQUIREMENTS VERSUS CAPABILITIES PROBLEM 


The problem of matching requirements to resources capable of 
falsiliine the requirements is certainly not unique to the base develop- 
ment planning process. Industry has a quite similar situation with the 
production smoothing problem; that is the balancing of production levels 
to compensate for the cyclic nature of demand [Ref. 4, 20, 21, 22, 28 
and 29]. The operation plan and each of the other plans included in the 
logistics annex also require the determination of the resources needed 
to perform a given task and the resources available to perform the 
task. Seldom, if ever, are the resources required equal to the re- 
sources available. If the resources available exceed what is required 
to accomplish the task, the action necessary to align the two is relatively 
Simple: either delete those resources which exceed the requirement 
and the mission can still be performed, or use the construction re- 
Foumces seo prepare facilities ahead of schedule. The more challenging 
case, and the situation most frequently encountered in practice, is 
where the requirements exceed the capabilities. Here numerous alterna- 
tive decisions are available to balance requirements and capabilities. 
The alternatives, which are discussed in detail later in this paper, 

Ponce nmoml altering the nature of the original task such that the require- 
ments to fulfill it are reduced, to the acquisition of more resources at 


BOlMese@ost Or Cetriment elsewhere. In either case the objective is to 
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perform the original mission, or some rnodification of it which higher 
authority approves as being sufficient to meet their higher level 
objectives. 

The requirements versus capabilities problem in the base develop- 
ment planning process is complicated by the time phased structure of 
the plans involved. Requirements and capabilities are computed in 
terms of man-hours at discrete points intime, such as D+l0Q, and then 
they must be aligned for the prescribed time period following the point 
on which the computations were based. Figure 1 illustrates genes 
An additional problem is introduced if the more realistic situation ofa 
continuous deployment is considered; that is where requirements and 
Capabilities change daily as forces are deployed. The problem of the 
continuous nature of requirements and capabilities is discussed ina 
later section of this paper. 

Mie cunmeenteersion of the CATECODE system determines the 
S@ustructionsrequirements in terms of man-hours and the time period 
invwhich the facilities are required and then, holding construction 
capability in each time period fixed, defers the projects ona priority 
basis until the total requirements equal the total capabilities in each 
time period. 

The CATECODE system approach to requirements versus capabil- 
ities analysis removes practically all of the decision alternatives 
available to the planner in a manual system, and approaches a ''closed" 


system. The "'closed'' system also prevents much of the interaction 
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between the base development planner, the other logistical planners, 
and the operations planners. Changing the construction priority of 
category codes, augmenting the capability man-hours based on manual 
computations, and changing the basic planning factors are the only 
alternatives available to the planner. These represent major changes 
to the plan and require a complete rerun of the system programs. To 
facilitate the investigation of the many planning trade-offs available and 
the interaction with the other planners in the development of a complete, 
co-ordinated operations plan capable of performing the assigned mission, 
more discriminating decision alternatives are required in the system. 
The objective of this paper and the related research was to identify and 
document such decision alternatives and to provide guidance on their 


Use. 
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Ney eto EOIN 


meee of developing a procedure to facilitate the requirements 
versus capabilities analysis was assigned to the author during his 
experience tour with the Engineer Strategic Studies Group. At that tirne, 
the first version of CATECODE had been developed and documented 
[Ref. 15] and the second version was practically complete. The research 
and analysis reported in this paper was performed with the objective of 
providing a technique to be implemented in later versions of the CATE- 
CODE system. This chapter recommends modifications to the existing 
system which provide the planner a more flexible means of requirements - 


capabilities analysis. 


fae bib, APPROACH 

Initially, two areas were consulted for assistance in developing a 
feennique for the requirements - capabilities analysis. First, other 
automated logistics models which addressed the base development plan- 
ning process were examined, and second, the existing manual and semi- 
qemaved procedures were analyzed. 

‘Two models developed by the Research Analysis Corporation (RAC) 
were investigated: ''Program for Estimating Construction Requirements" 
(PRESCORE) [Ref. 26}, and ''Simulation and Gaming Methods for Analysis 
of Logistics" (SIGMALOG) [Ref. 27]. Neither model included a procedure 


to enable the balancing of requirements and capabilities. The PRESCORE 
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system (completed in April 1968) computed construction requirements 
for a specified scenario, and the SIGMALOG theater construction model 
used the PRESCORE model to develop requirements and then computed 
the construction capability necessary to fulfill the requirements. The 
RAC models were developed with the objective of assisting the logistics 
planner, but did not include a method of investigating planning trade-offs. 

Next, the manual and semi-automated planning procedures which 
were in use were probed. Members of the staff of the Engineer Strategic 
otudies Group, who had been active in the preparation of the feat plans 
which met the new JCS requirements, were interviewed to determine 
what techniques they had employed to bring requirements in line with 
capabilities. It was found that numerous alternatives had been exercised, 
most of which were based on ''common sense’! and ''experience.'' The 
Base Development Planning Guide provided some general guidance as 
to which alternative decisions should be considered, but detailed instruc- 
tions had never been documented. The decision rules which the manual 
planners had used were consolidated and several others which they had 
not used were added, and these alternatives are discussed in the next 
section of this paper. 

The modifications and changes to the CATECODE system which 
were required to allow the planner to investigate alternative decisions 
were then considered. The author intended to develop a computer model 
to demonstrate the use of these decisions in the CATECODE system, 


but unfamiliarity with the computer language used in CATECODE and 
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the more sophisticated systems programming problems involved 


pmeventedethis. 


Ee 2HE DECISION ALTERNATIVES AVAILABLE 

Although a vast number of alternative planning decisions are 
available in the general base development planning process, the 
specific operation and objective areas involved impose constraints 
which may preclude the use of some or all of the alternatives. The 
iterative planning cycle, which involves both the operational and- 
logistical planners, reveals which alternatives are appropriate for 
the particular mission in question. This section describes the alter- 
natives available and the situations in which they can be used. 

1. Utilization of Engineer Construction Troops 

One obvious means of balancing requirements and capabilities 

is to provide additional construction troops in the deployment schedule. 
Ordinarily the draft operations plan provides for the deployment of all 
logistics units and additional units are not available. In some instances 
however, if appropriate justification can be provided, higher headquarters 
may be able to provide more resources than initially allocated for the 
operation. Another alternative is to deploy the troops already com- 
mitted to the operation earlier. This decision increases the total 
construction effort available during the deployment, but it also requires 
that the units concerned be able to meet the accelerated deployment 


schedule. 
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Ze Pee eeu s Augmentation 

Both skilled and unskilled labor can often be obtained from 
the civilian population in the area of operations. These resources are 
normally employed under the supervision of engineer troops and greatly 
increase the man-hours of construction capability. The availability, 
levels of skill, and willingness to cooperate with United States forces 
can be determined by intelligence agencies, and estimates can be made 
of the increased construction capability available. 

3. Other Construction Methods 

Three construction methods are available which do not require 
a significant diversion of engineer construction resources. 

a. Construction Contracts 

Frequently contractors, both US and foreign, can be 

utilized to accomplish specific construction projects or groups of 
projects. United States embassies can provide information on the 
location and capabilities of contractors, and using this information 
and estimates of the survivability of the capabilities during hostilities, 
the planner can designate construction requirements which can be 
accomplished by contract. Care must be exercised to insure that the 
transportation planner considers the movement resources, if any, 
that the contractors may require from military sources. 

De eewising= Unit Selfanelp 

Extensive use of using-unit capabilities has been made in 


Vietnam to reduce the requirement for engineer troops. Troop billets, 
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personnel support facilities, and administrative buildings are particularly 
suited to this method of construction. Other logistics planners should 
be made aware of the magnitude of self-help undertakings which may 
affect other support functions. 

Cou re-host#laties: Cémstruction 

When political and diplomatic considerations permit, pre- 
hostilities construction can be used to reduce the construction require- 
ments of an operations plan. Highways, airfields, railroads, and port 
facilities can be constructed or improved under the sponsorship of 
various foreign assistance programs, thus improving the domestic 
position of the host nation as well as fulfilling the military purpose. 
Miresplanner muvlst*consider*thevability of thewenemy*to capture, damage, 
or destroy these facilities following the outbreak of hostilities. 
4. Deferring Construction Requirements 

Gouetruction projects required in early phases of the operation 
can be deferred to later phases when construction capability is not 
available. The planner can make such changes based on the priorities 
assigned to projects initially or by revised priorities which he may 
consider appropriate as the planning cycle progresses. 

5. Deletion of Construction Requirements 
Unger s@mc Circumstances. tne planner may decide to eliminate 


Somcsconstruction prejects completely. 
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fee Ghange of Construction Standards 

The Engineer Functional Components System, which is used 
foutranslate the net facilities requirements ime a listing of <omstruction 
projects, designates several construction standards which are capable 
of fulfilling the same basic military requirement. Standard 3 is nor- 
mally used in the computation of facilities to support contingency plans, 
and provides frame buildings with concrete floors for administrative, 
mess and supply activities, and squad tents with concrete floors for 
troop billets. In contrast, Standard 2 specifies all facilities and billets 
in tents without floors and lower quality roadway preparation. Thus, 
significant reductions can be made in construction requirements by 
lowering the construction standard. The planner must consider the 
physical environment and the anticipated duration of the operation when 


contemplating such a decision. 


Ween ent POR Se UueClION OF ALTERNATIVES 

The previous section of this paper described the alternative 
decisions available to the base development planner in his attempt to 
balance construction requirements with capabilities. These alternatives 
are constrained by the nature of the operation, and by the combat com- 
mander's desires. The primary constraint is the nature of the operation 
which considers the terrain and climate of the deployment area, and 
the type of warfare; that is, limited, guerilla-style conflict, conven- 


tional warfare, or a nuclear exchange. The strategy of the operation 
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Pe iainder is a second constraint as the base development plan must 
support the operation as he directs it. Since the nature of operations 
varies from theater to theater and two commanders rarely favor 
identical strategies, a generalized system suchas CATECODE must 
provide considerable flexibility in the selection of alternative decisions. 
The alternative, or combination of alternatives, which provides a 
"best'' base development plan in one area or for one commander, may 
not be acceptable under other circumstances. Therefore, the selection 
of the decision, or set of decisions, required to provide a "feasible" 
base development plan should remain in the hands of the planner and 
his superiors, and the criterion by which one plan is judged better 

than another should also be determined by the commander and planner 
involved. Certain situations favor the selection of specific alternatives 
however, and this section of the paper includes some euidelines to 
assist the planner in his selection. 

During the first several months of a contingency operation, 
engineer construction troops are usually the greatest and most readily 
available capability for construction in support of the base development 
plan. In addition, limited use of non-engineer troops for self-help 
projects is possible in the early stages of the operation. Care must 
be taken to avoid over-committing the other forces to construction 
efforts which may prevent them from performing their own mission. 
Engineer construction units and other forces are capable of defending 


themselves in dispersed locations during the early phases of the 
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operation whereas contract forces are not. Indigenous labor augmenta- 
tion can be utilized by both construction and non-construction units 
during the initial phases of the operation, but the planner must be 
cautious in predicting the capability of such augmentation. 

As the operation progresses, the original construction units may 
be augmented by construction contractors. Contractor forces are 
meneraliy tailored for specific type endeavors, require considerable 
time to mobilize at a particular site, ard require comparatively 
evensive™balsemta cilities*to Sustain them. They are usually ne 
at relatively secure locations whereas troop units are adaptable to 
forward areas and to dispersed requirements not economical for ful- 
fillment by construction contractors. Contractor capabilities should 
be employed only in areas containing a large volume of work in order 
to offset the relatively high costs of mobilization and subsequent 
sapport: inegeneral, the contractor effort is best suited to heavy 
construction such as airfield paving, waterfront structures, and 
aggregate production. Specialty contractors can be used for sophis- 
ticated requirements suchas communications facilities and utility 
systems. 

When high priority requirements in the first phases of the operation 
cannot be met using other available resources, pre-hostilities con- 
struction should be considered. If the political climate of the host 
nation is favorable, foreign assistance programs can be used. Projects 
which are not strictly military in nature, such as airfields, roadways, 
and port facilities, are best suited for this type of construction. 
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Lowering construction standards and deferring requirements should 
be considered after the other alternatives. Reducing construction 
standards can fulfill the basic military requirement, But at reduced 
efficiency; and deferring requirements can satisfy the requirement, 
but at a later time. One combination of these alternatives is to use 
lower standards during the early phases of the operation, and provide 
for upgrading to the required standard later in the operation. The 
planner must analyze the particular circumstances and determine 
which alternative, or combination of alternatives, will best support 
the given mission. 

Deleting construction requirements should be considered a last 
resort, and should only be used when the planner can determine the 
mission will not be seriously affected. 

The experience and judgment of the planner is the most important 
single element inthe analysis phase. The planner must consider the 
effect his decisions will have on the mission performance of the other 
forces; and, in coordination with the other operations and logistics 
planners, arrive at the plan which he feels is the ''best" plan to support 
the assigned mission within the resource constraints. The quality of 
the plan is a result of the subjective judgment by the planner, and 


subsequently by his commander. 


D. INCLUSION OF DECISION ALTERNATIVES IN CATECODE 
To establish the changes in the CATECODE system necessary 
to allow the planner to use the available alternatives, an analysis of 


the output required to make such decisions was made. 
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rE; The PeeQuin ccm mmou t 

The intermediate report which the current CATECODE version 
produces before entering the requirements versus capabilities analysis 
phase was selected as the starting point since this report is a listing 
of the construction projects required to support the operation as ini- 
tially planned. This report contains all the output data elements 
required by the JCS directives, and the file which creates it is stored 
for input to the current analysis routine. The solution proposed by 
this paper begins with this project file. | 

The existing project file should be sorted first by time period, 
then by base and base priority within the time period, and finally by 
project priority within the base. An additional column should be added 
to the current report format in which an entry can be made to indicate 
whether capability is available to complete a project. Four new data 
elements should be added to each time period block and each time 
period by base block. These elements are the total number of man.- 
hemrs necessary to complete each of the three project priority groups 
and the man-hours necessary for all three priority eroups. Figure 2 
is an illustration of the output recommended with the new elements 
annotated. Using the output in this format would permit the planner 
to determine which projects can be constructed at each base and the 
man-hours necessary to complete the rejected projects by priority 


at €ach base, and by priority for all bases. 
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2. Additional Input 

Miter the outpuimecessarytortthe decision making process 
was determined, the decision alternatives were examined to find what 
additional input was required to provide the desired output. 

Inmfeorder to change consitruetionsstendards, itwis necessary to 
recompute the construction requirements. This requires that the initial 
portion of the CATECODE system be rerun and a new project file be 
established. To use this alternative, the planner must return to the 
initial CATECODE input and make the desired changes. When - 
project file based on the lowered construction standards is computed, 
the planner can continue the requirements versus capabilities analysis 
by considering the other decision rules. 

All other decision alternatives discussed previously can be 
exercised without recomputing the initial project file. Several changes 
in the method of inputting construction man-hour capabilities are 
recommended however. The current input to CATECODE requires 
external, manual computations to determine the man-hour capability 
by time period available from the engineer units as they deploy. These 
computations require the planner to extract the unit deployment data 
from the operations plan, identify the table of organization and equip- 
ment (FON) of each engineer unit, determine the capability ascribed 
to each TOE from planning factor data, and sum the capabilities 
available in each time period. If indigenous labor augmentation is 


assumed to be available, the man-hours are added to the troop hours, 
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and the total man-hours available in edemeperiod are inputted for the 
requirements versus capabilities analysis. Two modifications are 
recommended to eliminate the manual calculations, but more impor- 
tantly to permit the investigation of planning trade-offs which will be 
discussed later. First, create a new engineer unit capability file 
identifying the construction capability of each type of unit (normally 
ten construction unit types are available), and second, change the 
input data extracted from the operations plan to identify only the TOE 
number, the number of units of that TOE to be deployed, and fhe time 
period in which the unit is mission effective. The man-hours capability 
in each time period can then be computed by the system and placed in 
a man-hour capability file. If indigenous augmentation is available, 
the man-hours available in each time period can be inputted and added 
to the troop capability. Figure 3 outlines this procedure. The man. 
hour capability file then becomes an input to the requirements - 
capabilities analysis routine. 


3. Recommended Requirements Versus Capabilities Analysis 
Technique for CATECODE 


The recommended analysis routine has two inputs: the 
project file and the man-hour capability file. The routine determines 
Eo projects can be completed within the capability available in 
each time period. The priority of the project category is considered 
first and then the priority of the base for which it is required. The 


routine outputs intermediate planning documents on which projects 
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that can be accomplished are designated witha 'Y'' inthe "CAP AVAIL" 
column, and those which cannot be done are designated with an "'N", 

The "CONST BY' column contains a ''T'! to indicate construction by 
engineer troops with indigenous augmentation. 

After the first run the planner receives intermediate planning 
documents showing which projects can and cannot be accomplished, 
and the number of man-hours required to complete the various prior- 
ities of projects at each base and for all bases. At this point he is in 
the position of analyzing the output and implementing the appropriate 
alternative decisions to balance requirements and capabilities. As 
previously stated, the decisions which a planner can make are con- 
strained by the mis sion, the environment, the tactical situation, his 
commander's guidance and other factors too numerous to list. By 
comparing the outcomes of various combinations of decisions however, 
he can arrive at a plan which is more likely to fit the commander's 
objectives than the plans produced under the current analysis technique. 
Decisions are made and the project file is run against the man-hour 
capability file again to produce another intermediate report. The 
initial project file is retained throughout the process and a second 
project file is continually updated as the planner inputs various 
decisions. When requirements and capabilities are equal for each 
time period, the iterations stop and the final output documents are 


requested and provided in the JCS format. 
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The planner's analysis at each iteration is essentially a 
mourht process to determine which decisions are appropriate. Ini- 
tially, he examines the complete intermediate planning documents 
and observes that some oh “privemty projcetsesiiave been reyected 
because capability is lacking. He then selects decision alternatives 
as discussed in Section V-C and begins the analysis. He can investigate 
what projects can be accomplished if additional troops are requested, 
Sraistacetroops included in the plan are deployed ecarher imthe opera- 
tion. The input for such a decision specifies the number and ee of 
construction units and the time period in which they are available. 
The recommended procedure recomputes the construction capability 
by time period and then runs the project file against the updated 
eapenraty iile. The planning documents irom this run*are then com- 
pared with the output from the previous run, and the outcome of such 
a comparison can provide justification for additional resources or 
accelerated deployment of construction troops. The intermediate 
planning documents after the initial run indicate only those projects 
whose status has been changed, and the current man-hour totals by 
priority and base. An option is available to allow the planner to 
Hequest a cotmplete intermediate document if desired. 

The planner can designate certain projects to be accomplished 
by the other construction methods previously discussed. These 
decisions are implemented by designating the project or groups of 


projects which are to be done by other means and rerunning the 
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analysis routine. The routine does not deduct the hours required for 
these projects from the man-hour capability file, and the output notes 
Hiemprojects by a ''CVMfor contract construction, an ''S'' for self-help 
Cons¥ruction, and a "Por pretWostilitves construction in*the 'CONST 
Pay weelamn.wA “is placedsinsthes''CAP AVAIL "seolumn indicating 
the projects can be accomplished. 

As noted earlier, the planner can change construction standards 
but this requires that the initial system input be changed and a complete 
rerun made to establish a new project file. 

Projects can be completely deleted by designating the numbezx(s) 
of the projects(s) to be removed from consideration. 

Projects can be deferred to later time periods by designating 
the number(s) of the project(s) to be deferred and the time period to 
which they are deferred. In addition, an option to defer all projects 
for which capability is not available is offered. This decision allows 
the planner to have all projects deferred automatically as the present 
CATECODE system does. This decision alternative is particularly 
well-suited for use after the planner has used the other decision 
alternatives to insure that the highest priority projects can be accom- 
plished. He then defers the remaining projects until capability is 
available. This is the logical decision rule to use when ending the 


planner's analysis. 
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BE. EVALUATION OF THE RECOMMENDED SOLUTION 

The solution which has been proposed in this paper allows the 
planner using the computer-based CATECODE system far greater 
flexibility in the base development planning process than is currently 
available. The author is not so naive to believe, however, that an 
ultimate or optimizing solution has been reached. It is felt that the 
decision rules documented here come close to exhausting the practical 
alternatives available to the planner; but, because the solution has not 
been subjected to detailed analysis by a qualified programmer, the 
recommenced requirements versus capabilities analysis technique 
may pt eset macmne- constraimed problems not evident to this writer. 
The next section of this paper discusses some other problems which 
are recognized as being present in the implementation of the recom- 


mended solution and the CATECODE system. 
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Viv ee eeMENeiON Or THE SOLUTION 


The proposed requirements versus capabilities analysis technique 
is compatible with the current CATECODE system which operates ona 
UNIVAC 1108 computer with mass storage capability. The computer is 
operated by the Army Topographic Command which is colocated with 
ESSG. The various theater planners submit their operations plans to 
ESSG, and their staff prepares the supporting base development plans 
and returns them for approval by the theater commanders. The long 
range objective of the CATECODE system, and its ultimate product, 

i ei is tO pLowmldce a syStela to be Operated at the theater level, 
The final system design, therefore, must be capable of being operated 
on the smailer, less sophisticated, hardware in the theaters; or on 
time-sharing terminals. The COBOL language is used in CATECODE 
and this is compatible with all Army equipment [Ref. 6, 7, and 8]. 

The recommended technique for the planner's analysis is readily 
adaptable to a real-time computing system [Ref. 19 and 24]. Cathode- 
ray data display devices can be used to facilitate the communication 
Beeveenstae planner and the computer. The reporting of only those 
pull is whose status changes at each iteration, and the inclusion of 
man-hour totals for unfulfilled requirements permit the planner to act 
without examining voluminous, hard-copy output. Such equipment 


is not generally available at military data processing installations, 
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but might be justified on a cost-savings basis. Time-sharing terminais 
at remote locations must be serviced by properly secured communication 
lines and shielded computer installations because of the security clas- 
sification of the data involved. 

The major step towards successful implementation of the procedure 
recommended and the CATECODE system is the training of the planners 
who will use the system. In order to train the planners, however, two 
preliminary actions are required. The complete system must be fully 
documented, and a prototype model developed to demonstrate the sys- 
tem's use. The documentation should serve both as a training manual 
and a system operations manual; with esvecially careful explanation 
of the methods required to prepare the initial and intermediate inputs 
to the system. Complete description of the planning alternatives and 
the operation-peculiar constraints which may prevent their selection 
must be stressed. The people trained should be the individuals actually 
charged with the responsibility for preparing base development plans 
in the various theaters. The senior members of the planning staff 
will be required to present the plans for approval by the theater com- 
iiamdehmancstaey Should be able fo explain or defend the plans. To 
do this properly they must be fully aware of the planner inputs to the 


system and the full range of decision alternatives available. 
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Villy eUNrnR nae’ ED PRO er vis IN THE BASE 


DEVELOPMENT PLANNING PROCESS 


The analysis of the manual and semi-automated base development 
planning process, the early versions of the CATECODE system, and 
the RAC models revealed some other problem areas which require 
more analysis to determine their impact on base development planning. 


Brief descriptions of these problems are documented here. 


A. DETERMINATION OF REQUIREMENTS 

Construction requirements in the CATECODE system are based 
solely on population-related planning factors. This is not entirely 
valid since the units into which the population is subdivided have 
different missions, different equipages, and hence, different logistical 
requirements. A more valid means of computing requirements might 
Mes-oudetermime tmceparticular Construction requirements of a particular 
type of unit, and then sci the requirements by the base area 


in which the units are assigned. 


B. DISCRETENESS OF THE PLANNING PERIODS 

The CATECODE system and other models examined compute 
both requirements and capabilities in time periods of from ten to 
thirty-five days. The actual deployment of units into a theater of 


operations is a continuous process with a daily increase in population 
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and logistical requirements. Is there an efficient method to handle the 


computation of requirements and capabilities on a continuous basis? 


ec DEVELOPMENT OF THE EXECUTION PLAN 

The base development planning process produces a plan which 
balances requirements and capabilities but it does not provide a plan 
for the actual execution of the construction effort after the outbreak of 
hostilities. The problem of determining the actual construction units 
which will accomplish specific projects, and their locations could be 


addressed in the planning phase. 


Sy POINT BeTIVNerrs 

imMvereiiommerequamed for the construction ofevarious@eE CS faelitires 
and the construction capability of engineer construction units are ex- 
pressed as point estimates in units of man-hours. No variability in 
the estimates is considered for either capabilities or requirements, 
other than percentage corrections for climatic conditions. The effect 
of natural variation in the man-hours required to construct the EFCS 
facilities and in construction unit capabilities should be analyzed. One 
possible method of attacking this problem is to do sensitivity analysis 
using the system prototype. The effect of variability in the man-hour 
requirement for various EFCS facilities on the construction require- 


ments and the construction resources could thus be determined. 
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ee AN OPTIMAL SOLUTION 

In both the manual base development planning methods and the 
modified automated system proposed in this paper, the quality of the 
base development plan is determined subjectively. The set of decisions 
which the planner uses in arriving at what he considers to be the "best"! 
plan is selected using judgment alone. There is no means of "optimizing" 
to determine the set of alternatives which is the "best possible'' to either 
maximize or minimize some objective function. Numerous efforts have 
been made [Ref. 4, 21, 22 and 23] which attempt to provide an Seta 
decision policy for the analogous industrial problem of production 
smoothing. Mathematical programming has been the most popular 
technique in these efforts, and it could provide an optimizing algorithm 
for the selection of alternatives in the base development planning process. 
The problem of selecting an objective function and appropriate con- 


straints presents the greatest obstacle in such an approach. 
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VIII. SUMMARY AND CONCLUSIONS 


Recent experience in Southeast Asia has demonstrated the necessity 
for more detailed logistical planning in conjunction with contingency 
operations. Significant advances have been made in the area of base 
development planning and the progress is continuing. The CATECODE 
system is the most prominent effort by the Army, but the current 
version does not permit sufficient flexibility in the investigation of the 
numerous planning trade-offs available. This paper proposes a solution 
to this problem. The implementation of the automated base development 
planning system requires extensive preparation, most notably in the 
area of planner training. Some basic areas remain to be examined in 


the present base development planning methodology. 
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